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ABSTRACT 



A method and system in a data communication environment 
enables the exchange of information between a plurality of 
software applications through a selected communication 
device, such as a radio frequency modem. Messages 
received by modem are stored as files intended for one of a 
plurality of applications, even if the destination application 
is not currently active. The method and system may utilize 
the file system of the transmitting location to provide the 
address of me reccivmg location by enibedding the address 
in the path of the file to be transmitted. 

6# Claims, 7 Drawing Sheets 
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SYSTEM FOR TRANSMITTING DATA FILES SUMMARY OF THE INVENTION 

BETWEEN COMPUTERS IN A WIRELESS The present invention has utility in facilitating file and 

ENVIRONMENT UTILIZING A FILE message exchange between personal computers or personal 

TRANSFER AGENT EXECUTING ON HOST communicating devices over a wireless data network. Mes- 

SYSTEM 5 sages are delivered by the program in the form of files to 

___ riAT designated remote systems. The files are saved in a form 

TECHNICAL FIELD particular to the physical computer and operating system 

This invention relates generally to data communication in running the invention and delivered to the remote computer 
a wireless environment and, in particular, to a method and system. In accordance with the invention, the receiving 
system for enabling a general-purpose subscriber unit, such computer running the invention saves the incoming data in 
as a portable computet, to receive and transmit messages via a file associated with the receiving computer and operating 
a wireless network with no requirement for a direct real-time system thus enabling the applications on the receiving 
interface to the such network computer to read and process the information. 

t _ Each computer on a network has a single known address, 

BACKGROUND OF THE INVENTION 15 ^ exan^ebfmis in the preferred einbodiir^m wc^d r^the 

In computer systems where each subscriber unit executes Mobitex Access Number (MAN) used to address all fixed 
one or more application software packages mat require me and roaming stations connected to the network. The present 
ability to exchange information across a cemmunicarion invention solves several problems posed by wireless data 
network, it is desirable to provide a standard interface ^ networks while simplifying the use of such networks, 
between multiple software applications and me ccanmuni- An iiu p utaut aspect of the invention is the effect of 
cations network. Using traditional methods, each application removing the necessity for real-time network cemmunica- 
requires a complete interface to such network before any tion from any application using the invention. The problems 
message exchange across the network can take place. In solved by this innovation include: (a) the inability of tradi- 
many cases, normal communication software and commu- 25 tional applications to exchange data in a wireless environ- 
nication protocols fail over radio frequency wireless net- ment because of delays and hnk speeds encountered in 
works because of delays and the non-standard methods of wireless data networks, and (b) the difficulties encountered 
transmission. Network delays are aggravated when mobile resulting from the lack of a common protocol between 
devices roam in and out of network coverage. Because of the applications. The method and system disclosed and claimed 
foregoing, software programmers must develop extensive ^ address these problems by permitting applications to access 
experience in the particular wireless network for which their a wireless i*etwc*kthrc*gM co^ 
program is written. file system resident to, associated with or used by such 

This invention allows for a free exchange of information applications, 
across a wireless network: without requiring mat an appli- Accordingly, one object of the invention is to use me 
cation using the invention contain any information about the 35 destination or source network address to route messages and 
network being used to deliver the messages. The only files. The problems solved by this innovation include: 
requirement is mat the application contain or a user have (a) rfSrmiwtfng the need for the application to modify or 
access to me remote mobile address or addresses of the change data to be sent to the remote system, and 
reviving party. The invention receives messages from other (b) eKmiiuiiing the need to create control files to deliver the 
mobile devices without direct involvement of any applica- 40 data, without r*ecfrding the ability to use either method if 
tion and utilizes the file system on the device running the desired. 

invention as a cemmon interface between the application The present invention comprises a computer ptogram that 
and itself. Therefore, to use the invention an application operates on a prescribed combination of a personal coinputer 
developer ntfHwg normal file system calls to interact wim and an operating system. A prri^^ 

any cemmunicatioo network, mduding wireless networks. 45 IBM™ PC "** «**"p»*»Uft mmjntrr and fnHnrfrs an operat- 
This invention addresses routing of files through four ing system that supports a Microsoft Windows™ operating 
methods. The first method allows the application to prepare esrvironment such as the MS-DOS™ or Windows Nt™ 
a ftwwMiwt file containing the source and destination infer- operating systems. 

marion following a specific format Source files and their The invention is divided into four software components, 
destinations may be located on a disk drive or in memory 50 a Startup and Shutdown Processor, a Message Manager, a 
storage on the source device, and when transmitted, may be Send Hie Manager, and a Receive Hie Manager, 
stored in ^iUr locations on the destination devices. In a The Startup and Shiitdown Hroces^ 
second method, me application adds a special add startup and shutdown phase of the system (program) com- 

tfce transmission file containing a destination address. This prising the invention. As those skilled in the art will 
special address line has the form TO*." followed by a 55 appreciate, depending on the orjerating system and machine 
destination address. The third method allows the application upon which the system comprising the invention is 
to write the file to a subdirectory derived from the actual operating, mis processor can take different forms. The 
network address of the destination. In a Microsoft Win- purpose of me processor is to allocate 
dowsnc and MS-DOS™ environment the directory name structures and system resources that are needed for the 
transmits an eight digit address and the directory name 60 program to operate in its normal mode. When the program 
extension is utilized for other addressing information, lb use is trrminated, the shutdown sequence will de-allocate all 
the third method, a file must be placed in a subdirectory in structures or system resources that have been allocated 
an outbound directory area. The fourth method allows the The Message Manager is a central location where all 
invention to read tiles containing lists of file names and their messages are received. These messages include timer 
associated paths to determine the location to which files are 63 events, user input and communication messages. Message 
to be transmitted and from which files have been received by recognition, message filtering and message assignment are 
the invention. performed by the Message Manager component. 
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The Send File Manager comprises two main components. outbound file as a signal to initiate the process of transmit- 

One component detects new flies to be sent to destination ting such file to the location derived from one of (a) the 

sites and the other main component maintains communica- command file associated with the outbound file; (b) a header 

tion connections until all information to be transmitted to a contained within the outbound file; or (c) the file path name 

particular destination site has been successfully transmitted 5 of the outbound file. 

In a preferred embodiment, when the Send File Manager Further objects and advantages of this invention will 

receives a Start Send Message, the Send Rlc Manager scans become more apparent in light of the following drawings 

(a) the outbound directory area to detect new files within and description of the preferred embodiment 

subdirectories or (b) the outbound list file that is created by 

the invention. A Start Send Message may be generated by a 10 BRIEF DESCRIPTION OF THE DRAWINGS 

traiismitted-ffanewtians^ m ™S<™*™ ™* me accc^yiiig drawmgs m wmch: 

Send File Manager moves the transmission file from its FIG. 1 is an overview of the syste m inclu d ing the network 

current subdirectory to a pending files directory. snows two systems, one acting as the sender and one 

The Send File Manager creates a linked list of all files acting as the receiver, 

destined to the same site ona first-in, first-out (FIFO) basis. 20 2 is an overview of the invention within the com- 

Tbis linked list is shared with the Receive File Manager. P°ter using it, showing the main components involved. 

This allows a remote site to request a file from the Receive FIG. 3 is a block diagram of the Hie Transfer Agent, 

File Manager. which comprises all main components of the system. 

Tlie Receive File Manager receives files and transfers nr.. d is » Hnrir rfUgmm nffi* M~« r M» M g ~ whirfc 
those files to their d^tinatioa When a file k 4 25 is responsible for filtering messages and is one of the four 

Receive File Manager, the local system resources and per- inau components c€ the system, 

missions are verified before me coimeotion is « Each FIG. 5 is a Mc<± diagram of the ^ 

message transferred across a wfrdrs* nrfwnrfc-h** ttwr mmw . ___ _t* ~* " , TT ~* ' w ™ 1 

iiw^yiumwwflHwa a whbhb unwvu.jias uk oviaw responsible for all locally initiated file exchanses and is 
and destination address of the message contained in the Tr7 _r tA ** 1 * u » w> ™* 

~ **™ H ~ u * . v ~^^ f . *" . one of the four main comDoneats of me svstem. _ 

header file. As stated in the preferred embedment, the 30 J™ ~; ^™.^™7^™ ^77^ 
Mobitex™ network uses the Mobn^™ Access Number for FIG. * is a block diagram of the Directory Scanner, which 
thh wh»n rtw> p^ivi> rau M?n *gr hftff pfrfrTmr*1 is responsible for initiating files tobejent to a remote 

any required security and veri^^ system, 

open and start saving the file, it proceeds to write the file to FIG. 7 is the block diagram of Prepare Send lob, which 
the inbound directory area of the inventioiL The inbound as is responsible for preparing aU information for a send job to 
directory pre^erabry contains take place. 

and a scries of subdirectories whose names are associated FIG. 8 is a block diagram of the Send File Agent, which 
wim the addresses of me remote computer systems mat have is responsible for the actual data exchange with the remote 
sent messages to the receiving system. When a file is system for sending a file. 

received, the Receive Kk Manager saves it in a pending 40 FIG. 9 is a block diagram of the Receive File Manager, 
directory untQ the entire fik is received without error. When whit* t« w^pnnana* fry »n iwwmriy frftfrt** fli» rwrh****** 
the file is completely received, it is inaved to a subdirectory ^ fe ^ ^ foor components c£ u^ system. 
iiair*der^r^thereii^ fkj. 1* is a block diagram of the Receive File Agent 

or to a given directory specified by the ^ and file ^ fc ^^fo^^ 
iiaine,incliidingito 45 r«^^^7lr~L^ TrnT who mc 

Withmtoi^ *y^*<* 

the conflict is resolved to ensure the files do not overwrite ™ 5 \ U to the Wock diagram of Prepare Receive Job, 
each " tir which is responsible for preparing all information for a 

The present invention wfll result in a reduction of the receive job to take place, 
costs with developing applications for wireless so HG- ^ block diagram of Delete Receive Job, which 

networks, particularly Mobitex™ applications. It will allow responsible for deleting receive jobs when they are 
multiple applic at ions from different software vendors to complete. 

share the same network access device concurrently, ft will FK}. 13 is a block diagram of a directory tree structure 
significantly decrease the time to market for such apptica- showing one possible embodiment of the invention 

tions and enable users to access a wide variety of networks 55 ^ „ „ „ 

at faster rates. DETAILED DESCRIPTION OF A PREFERRED 

ft is therefore an objecttf me preset EMBODIMENT 
a standard, seamless interface to a telecommunications FIG. 1 shows an overview of how the invention is used in 
environment, especially a wireless environment a n^nrtr f j i uhmi n^nt Tn »p ^rnrmimoftti^ff thrrr nrr 

Another object of the invention is to provide a method that 60 two computer systems involved in the creation of a connec- 
fadlitates the transmission of a data file from one location to tion over which an interaction takes place. One skilled in the 
another through the use of information stored with the data art, however, would appreciate that the invention may be 
file either as an associated command file or a header within used on a single computer system to transfer flies from one 
the data file or derived from the file path name of the data memory location to another. Id the preferred embodiment, 
file. The present invention accomptisbes mis object by 65 the sending computer (ltl) runs the Sending Application 
scanning a memory location for outbound files to be trans- and the File transfer Agent in send mode (162). This 
mined to a remote location and using the presence of a valid component initiates the connection which takes place over a 
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serial/parallel connection (103) to a wireless modem/ working together that provide the File Transfer Agent (206) 

network device (104). Those skilled in the artwfflarjffeciate with the abfliry to exchange files and respond to local system 

that the modem device could be wired and the connection to requests. 

the device could be serial, parallel or even a direct memory The Startup/Shutdown Processor (391) is the smallest of 

access to a built-in modem device. By use of the modem 5 the components and is invoked only at system startup and 

device, in this case using radio frequencies to communicate system shutdown. During startup, user configuration infer- 

to the network, it transfers the information to the Wireless mation is read and interpreted. This includes configuring a 

Network (106). The network routes the information to site with characteristics, size limitations on files transmitted/ 

another gtmflgr modem device. The receiving Wireless received and directory permissions for files being written to 

Modem Device (107) passes the information via the Hie 10 the system. For all known sites, the StarturVShiitdown 

Transfer Agent to the Receiving Application (108). This Processor allocates memory and establishes a site queue, 

end-to-end exchange causes information to be fully trans- During operation, when new sites send files to the system or 

fared and is the preferred method described herein. This when me File Transfer Agent (206) sends files to unconng- 

diagram is a simplified diagram, and it should be noted that ured sites, new site queues are allocated. Any additional 

the applications within each computer can be both sending u required system resources, including system timers, system 

and receiving simultaneously. Also, it should be noted that semaphores and other operating system-specific resources 

the r% Transfer Agent can be cpenuing in a sin^ are allocated by the Startop/Shutdown Processor. The 

system in both send and receive modes as shown in FIG. 2. Startup/Shutdown processors^ 

FIG. 2 shows an overview of the preferred system in the Outbound List File and the Inbound list File. If either 

which the invention operates. It indudes a number of active 20 file is not found, toe file is created as a zero length file so that 

or inactive plications (201 and 202). These applications applications can access it 

can be related, working together, or they can be rooming When the system Is terminated, the Starum/Shutdowii 

their own independent activities. The interface between the Processor is invoked for shutdown. At mis final stage, the 

applicatiofis and the F2k Transfer Agent (206) is through the Startop/Shutdown Processor de^ocates any memory ia use 

normal file system of the computer system. 25 by job records, session records and site queues. This final 

When an application sends data to a remote system, the step ensures mat all system resources including timers, 

application saves the dafc as a nJc in Oiarxx^ semaphores and other operating system specific resources 

Hies of various sizes (from one byte to large graphics files are de-allocated. 

that are many megabytes in size) are treated in the same FIG. 4 is a detailed block diagram of the Message 
manner by the Hie Transfer Agent (206). After the File 30 Manager (302). Message Manager processes all incoming 
Transfer Agent (206) has detected the presence of a file in messages and creates or locates session records as needed, 
Outbound Fues (203), such file is moved from Outbound or updates a network status file. Message Manager is cam- 
Hies (203) to Pending Hies (215) to ensure it is not posed of four main modules. These are Determine Message 
inadvertently multiple times. Type (401), Create Session Record (402), Hnd Session 

When me inventton receives a 35 Record (403) and Create Status File (4*4). 

mPeiuh^Fnes(205)iiiidlitisoa Determine Message Type (401) recognizes three types of 

error. The entire file is moved from Fending Files (205) to start scan messages: (1) system timeout, (2) user instruction 

Inbound Hies (204). Hies in Inbound Hies (204) are pro- to scan and (3) application instruction to scan. Determine 

cessed and deleted by the applications accessing such fifes. ^ Message Type (401) returns a start sending message. The 

In the preferred embodiment, the applications are purpose of me scan is to detect that a file is presen t to send 

Microsoft Windows™ programs reading and writing the to a remote system, ff the message is a c nnnnumonio p 

files and the File Transfer Agent is running either in the message, then the invention scans f or an OFEN__SESSION 

background, or as a Windows™ program. message because the system has no connection with the 

The File Transfer Agent operates as a Windows™ 45 remote system, ff the session record cannot be found then it 

program, aitd provides a lmuted uot nmst be discarded as m error, 
race provides configuration functions, monitoring junctions 
and send file «»*niii'«g functions. Its main work area is 
Pending Hies (205). It uses Pending Hies (205) as a storage 

area for files being transmitted and as a scratch area for files 50 Bxmct Mrm** Type «d dw ftwn Mwago 

being received. The Hie Transfer Agent's (206) main pur- if ^^^^^^^s^^^^main: (osa 

pose is to ii«^ with the wireless ( ^^S5w (OR) 

any provided programming interface. This could be one M^_j^peeqMkAPL_STAET_scAN) 

specific network or several networks if several networks Action = stnL-So>dmff> _ 

were all available to the program at the time of execution. 53 ^S^ 9 ^^ 3 ^ 0 ^^ 

The network used in the {referred embodiment is the "w*""* 1 ™ 

Mobttex™ network Mobitex™ is a radio frequency data ^uuM^c^a^Cammaae^^cm^ 

network developed by Ericsson™ in Sweden and installed if (Mqg_jrn» eqmh opkn_sessidn) 

and operated by Roger's/Camel™ in Canada and RAM ^!^=^ Cn ?d!!^ , 

MoU^» fa the U.S., UJL and Australia. 60 

FIG. 3 shows a detailed block diagram of the File Transfer cbe if (Ma«_jiype equaia Nctwo^jyp©_jM«go) 

Agent (206). The FUe Transfer Agent (206) is level zero of ^A*ka=Cz**uStttm^Fdci 

all system components and as such contains all die major ^ J~ 

components of the invention. These major components . 

include the Startup/Sriutdown Processor (301), the Message 69 

Manager (302), the Send Hk Manager (303) and fee Create Session Record (402) creates all required struc- 

Recefve File Manager (304). It is these four components tures and saves information about the current connection for 
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later use. Create Session Record (4*2), in the preferred 
embodiment, can be given a connection string that is used 
for validating the file to be received. After creating a se s&ion 
record, the Receive Hie Manager (3*4) is given this mes- 
sage to complete the processing. The following is the 
pseudocode for Create Session Record in the preferred 
embodiment: 



CREATE SESSION RECORD 



(CODtUDA filo did VSUdstiOll tll fi ^ rfrQtii'WB^ 

Seeakxi^cecfd equal* <AIJLOCA3E_-MEMORY> (Soc_Required) 
if (Sesskxt-Jteoonl aflocaiiou ami ftJ) 

Save Cmnffrtion cuing 

Save Source and Dcsliitiop Addwatcs 

Action = PORJtECETVE-MANAGaHR; 

the 
cod if 

Return (Wfiiflnn ^^^yf) 



10 



15 



20 



If the session record can not be created then the connec- 
tion is rejected. 

Find Session Record (419) is caDed when the ccnanunl- 
cation message is not an OFBN__SESSION and an existing 
connection mast be located. The following is the 23 
pseudocode for Find Session Record ft the preferred 
embodiment! 



FIND SESSION RECORD 



Oct Pointer to Site Queue far tfakt Site 
Oct fint flfwmPty RftTfitd off Site Qjnone 
Acto = NO_>Cnoi^ 



if (S<»rinn_Rccorr1 finnroo — Sared_Soarce (AMD) 
SccwoLjtecocdJDest. = Saved DnL) 
if (Jnct— Bncwrt within the Station Record m 
t Send Job) 

ActiQD = FOIL-SEND _MANAOER; 

eke 

Actkm * PORJtBCETVB_MANA£SK; 
ad if 

c WfaUe Loop 



Oct Most SeccaoB^ftocot d 
cod if 
end while 

WtlWP (ScanOCL_RCOOftf) 



30 



35 



40 



8 



which the invention is operating. One skilled in the art 
would appreciate that other status checks could be made part 
of the status file. 

FIG. 5 is a detailed block diagram of the Send File 
Manager (303). This component is responsible for all file 
transfer jobs that are initiated locally. A local system can 
request that a file be sent to another system or received from 
another system. The Send Hie Manager (3*3) is composed 
of three main sub-modules: the Directory Scanner (561), 
Prepare Send Job (5t2) and Send File Agent (503). 

The first component of Send File Manager (3*3) is the 
Directory Scanner (5*1). The Directory Scanner (501) is 
invoked when a start scan message is received from Mes- 
sage Manager (3t2). Hie Directory Scanner (5*1) compo- 
nent will scan three subareas for files to be transmitted. 
These subareas include: the command file subarea, the 
outbound directory, and any subdirectories in the outbound 
directory. 

When a valid file is detected, Prepare Send Job (5*2) is 
called to create a job record and a job mmiber for the request 
The job number is used to create a temporary file name, used 
within Pending Hies (295). The file is then moved from its 
current directory to a file in Pending Hies (2(5) . Hie Send 
Hie Agent (5*3) ensures the entire file is transrmtted, and 
closes the connection when all information is sent 

FIG. 6 is a detailed block diagram of the Directory 
Scanner (5*1) component within the Send Hte Manager 
(3t3). As described; the Directory ScaniKx(5#l)oetcctsai^ 
validates files to be transmitted. It is invoked by aperiodic 
times, where the period is established by the user or a 
default, a user request, or a program sending a signal or 
message. The main comp onentt of the Directory Scanner 
(5M) are the Scan Outbound Ust File (Ml), Scan For 
Command File <6#2), Scan For File With Header (603) and 
Scan For Raw Data File (6*4). 

The first module, Scan Outbound List Hie (**1\ opens 
and reads the contents of an cutbound list file cootauting a 
sequential Hat of afl files to be transmitted. As an appMc^^ 
indicate that a file is to betray 

U nriftrftfiftri ly *pp*n«ting ff^ fjfr name and path of the file 
to be transmitted to the outbound list on a first-in, first-out 
("HFO") basis. The pseudocode for the p re fe rred embodi- 
ment follows: 



Create Status Hie (4*4) is called by the Message Manager 
(3H2) when a communication message such as network 
availability, coverage or signal strength, as well as battery 
level indication is received. The Create Status Hie (4*4) 
module in the preferred embodiment has the following 
pseudocode: 



SCAN OUTBOUND UST HLB 



CRBATfi STATUS FILE 



53 



if (liMMgcJTypo equate Radb_Covefagc) 



WrifcLXfcM : COVERAGE = <X> 
eke it (Mr ccccinjiype equate NctwoA Loaf) 
^Update Slttuc FDo 

Write Line : NETWORK = NOT_CONNBCTED 
efao if (MrwMgtL-Typo equate Battery Lewd) 
^Uprtate Stiktuc FUb> 
WtiKLXcoe : BATtERY_JLEVEL o <Y> 

cod if 



60 



Create Status Hie (4*4) updates the status file to provide 
other applications with information about the system on 



65 



<OTO* OufbooDd Liat Kfe> 
Whue (NotcSfid of J»ae>) 
Read t ine of fife 
yotfy fife sod patinaxne I 
if (fife te located to Onmmend Directory) 
Open fife and inert enrarrte 
pane and mrify lyntn 
tf<torte«it»Yalid> 

caD <Pr*pew> Send Job - 302> 
cbe ^ 

Invalid onptrnti hnratid - delete fife 



col if 

etee if (fife fe h ea ted in Outbound Directory) 

Open fife sod md couteia't 

if(Cc*ieot» = •TONetwwt_AAkW' (OR) 
Contacts - TChAlfeO^az^) 
pun end iux^f Network Addren valid 
or 

AbcNw vand 
if ^bontsnte. velid^ 

call <S*ep«re Send Job - (SOlp 
end if 

ctee 
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pseudocode for the preferred embodiment of Scan For File 
With Header (60S) is as follows: 



SCAN OUTBOUND LIST FILE 



6k invalid, delete fife 
end if 

else if (fife is in an Outbound subdfatctwy) 

if (Directory_J*amo ° valid network adcheas 
(OR) 

Directafy_NRn* = portion of valid network 
ad±e»(OR) 

Directory Name = rubd Alias) 
CffEN Valid Subcftrectory 
Filename >=> get first fife in directory 
call <Prepere Send fob - (502)> 

ebe 

directory involki, delete directory 
calif 



5 SCAN FOR FILE WITH HEADER 



(OR) 



Open Outbound Directory 
Filename = get first file in directory 
while -Coles present in this directory> 
Open file and read ***U 6 Akta 
if (Contents = ^D-J*etwark_Address" 
10 Center* = "IO*ALIAS_J<AME") 

parao and v erif y Network Addreas is in range 
or Alias Name mwtrN** known Network Alias 
Name 

if <cooleni5 are vaUdV 
call <Freptre Send fob - (S02> 
IS end if 



In the preferred embodiment, me user may configure the 
invention such that the presence of the Outbound list Hie 
allows the invention to bypass the other more time consum- 
ing scanning techniques outlined below. One of ordinary 
drill in the art would appreciate that the Outbound List FDe 
might also contain information associating a particular file 
with a particular transmission i n**finm 

The second module, Scan For Command File (6#2), 
searches the command directory for files with specific 
filenames or file contents that contain parsable arguments. 



fife invaBd, delete fife 

end if 

Filename = get next file in directory 
end while 



20 



The forth module of the Directory Scanner (5*1) is Scan 
For Raw Data Hie (6*4). This module allows a ray data fife 
to be place d into a snboir^ *Y ft* lhe ntTthftMnd directory 
area t argeted tor transmission to a renxte jagtem. The 
25 desdnadc^ 

of the file path nameb^uTwtn ^yritft the subdirecS gy. Hie 
subdirectory name, ofsevexal subdirectory names in the 
MTtwi file path name, contain the information necessary to 
These arguments include parameters such as the destination construct a nMmrm^a^rt^^ (t ^ of network addresses to 
network address, the local file name to be transmitted, the 30 route the filer-irmTp*fared empodimeitt, the system 



nyrtioH of transmissiom and the destinatioii file name and 
directory. The following is the r^eudocode for the pr eferred 
embodiment of the Directory Scanner (501) module: 



detmnm^wBemer the subdirectory name is either the 
network address of a destination site or and alias name for 
the destination address. Pseudocode for Scan For Raw Data 
File (6*4) for the preferred embodiment is as follows: 



35 



SCAN FOR COMMAND FILE 

Open ^Vnrirwffiil Directory 
Filename a get first fife in directory 
whOe <fifet puxut ki flria duet>ay> 
if <Rfecame = NamcCMO 
Open fife and read oouten t t 
vrify syntax 
i areTalkt> 
call <ftepere Send fob • 



40 



(»2> 



rnraBd Fife Contents, Delete Ffie 



Invalid FQenamev Delete Fife 
I if 

3 get nest fife in dsectory 
ond whife 



SCAN FOR RAW DATA FILE 

Open Ottfboond Doecteay 
Directory__Name = First Sob-Directory Name 
Whife ^nb-DifcclorW Present to Scan> 

if (Dn^ctwy^NaniB » Valid Nctw«k Addnsa 
Dkecfeory__N*nie = VaHd Portion of 

Network Address (OR) 
Doectory_J?aine = AfcHd AHas for a 

Network Adxheas) 
Open Valid Sob-Directory 
FOenante = get 6m fife in directory 
whife <fifes present in fiat di re cto r y> 
caO <Prepare Send Job - (502)> 
end wtdfe 

igiw.ify wi|>tiflri, delete duecscry 



(OR) 
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Scan For Command File (642) can queue several send 
frKo t*\ iwiilttplw mim (W sHTIrrl in the art wonM appreciate 
that Prepare Send Job (5*2) is called for each job mat has 
been validated. 

The third module of Directory Scanner (5w 1) is Scan For 
Hie With Header (6t3). This module scans the outbound 
directory, including all subdirectories within the outbound 
directory, for files with parsable headers. The header must 
contain the destination network address to delivery the file. 
In the preferred embodime&t, the header line contains in its 
first line either TONetwcft^Jtddrcss" or **IO-.AI2AS_ 
NAME" to identify the destination system, the latter formu- 
lation indicating that an aHas name may be used to identify 
me destination as welL One skilled in the art wiU appreciate 
mat an alias may identify, or point to the location of, a list 
of addresses where the data message must be sent The 



dfeeckny invalid, delete directory 
eadif 

Directory_Jfaxne - get next Suk_J*rectory Nei 



55 As Scan For Raw Data File (6*4) detects valid 
subdirectories, it removes all files present, and upon emp- 
tying a subdirectory or detecting it is invalid, deletes the 
directory to reduce overall scanning time. 
FIG. 7 shows a detailed diagram of the Prepare Send Job 

60 (5#2) with its five ajnnTOMots. The first component, Get Job 
Number (701) gets a job number for the current request, 
where a job number is an integer value. This number is 
generated for every new job in the system (send or receive), 
and is created to be unique for a long period of program 

65 execution time. 

Tlie second component of Prepare Send Job (5t2) is 
Create Job Record (702). A job record contains key infor- 
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mation about a file transfer request This information 
includes the newly created pending filename, the destination 
address and the destination file name. Pseudocode for the 
preferred ernbodiment of Create Job Record (702) is as 
follows: 5 



CREATE JOB RECORD 



Xofo_Rcooid = Allocate Memory (Size of Job Record) 
if (Job Record tDocaae successful) 

mvc mfonnftboa pforided 

bbto site i 

save Job z 



return (Job Record) 



10 



15 



If the allocation fails, men Create Job Record (7*2) 
returns a null value for the job record and the send request 
is aborted. 

The third module of Prepare Send Job (5*2) Is Create 20 
Pending File Name (703). This name is used when moving 
a transmission file to the pending directory in the Pending 
Files (215). The name used within Bending Files (2*5) is 
derived from the Job Number just created. This name is 
saved in the job record so it can be referenced by other parts 25 
of the system. Those skilled in the art can appreciate that 
mere are several ways a developer could create a unique 
t emp or ary filename for the pending directory. 

The fourth module, Move FDe (794), moves the file from 
the current directory into Pending Hies (2(6). This move 30 
ensures that the moved file is not detected by the next pass 
of the software. 

Finally, the fifth module, Queue Send Job (7f5), links a 
job record onto a Site Queue. Later, the job record is 
removed from the queue by the Send Hie Agent (513) to 35 
perform the work of transmitting the file. Sample 
pseudocode for Queue Send Job (70S) in the preferred 
embodiment is as follows: 



QUEUE SEND JOB 



Get CBobil Site Queue Pointer 
cuueut eie> = f&t fitet site in (be Eft 
While («k» wBauaung m cba nfee fat) 
if (fftntmwi kMLjito ecjoej cuueul site) 
Imk job ttcocd Id tito queue 



0* 



bwek wfaOe loop 
calif 

get next bibb n hst of oHt9 



if (end of site list leeched) 
00 
if 



Hnk DBw^fflto toto site Bet 
biik job feoofd to site <|ueue 
retra veJae = successful; 

eke 

ncam vafae = ftshse* 
cod if 
tif 



50 



53 



FIO. 8 is a detailed block diagram of the Send Hie Agent 60 
(513). Send Hie Agent (5#3) processes all communications 
messages for send jobs and ensures the successful comple- 
tion of file transmissions. One skilled in the art would 
appreciate that the messages transmitted would be com- 
pressed and/or encrypted using ccsmiiercialry available soft- 65 
ware. Send Hie Agent (593) is composed of six modules: 
lYocess Start Send (Ml), Process Accept Connection (8t2), 
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Process Send Complete (803), Receive Data Check (804), 
Process Close Message (805) and Process Close Confirm 
(8f6> 

The Process Start Send (801) receives an action, "Start 
Sending**, from Determine Message Type (401). This action 
causes Process Start Send (801) to search for a new send 
jobs on the next site queue to be processed, and begins the 
entire file transfer process, ft-ocess Start Send (801) creates 
a session record and opens a session, unless a session 
already exists. If a session already exists, Process Start Send 
(801) determines mat a remote site has requested a file. One 
of cfdinary skill in the art would appreciate that a session to 
be opened would require the implementation of a network- 
dependant application program mterface ("APT) such as a 
Mobitex developer's kit commercially available from 
Research In Motion, Technology Business Park, 180 Colum- 
bia Street West, Waterloo, Ontario N2L 313 Canada, called 
the Mobilib-plus developer's kit, or an Eicon's developer's 
kit commercially available from Eicon Technologies 
Corporation, 2196-32nd Avenue (Lactone) Montreal, Que- 
bec H8T 3H7 Canada. The pseudocode for the preferred 
embodiment of this module is as follows: 



PROCESS START SEND 

silo =fint eito m she bet 

White (move sites to be Bemud exist) 

job_peoccd a get fist cjusped job tecofd 
while (cot et cod of job xecord ojoeoc) 

if (Iob_Jlecori equate s saod job (AMD) 
fcb-Jteoonl does not exist) 
Ms* *>b_Jtecotd m Started; 
if pitwVm a*wrf does not exist) 

<0dcb • bosbmd to fwnofc siicD* 
Updsto Session Record - half open 
if (Requesting • file) 



40 



leosivo job recced 



reed first mit^m of file 
if y*j*»wwr*fc*^ **jT* *T^*k ftdl 

sdd check sum ("CRC) to 
cbbbib tots] check son 

if (end of file) 

pbee check son ("CSC*) 
ink) portion teed 

end if 
end if 

•end portion of file rad 
cod if 

joc-__poccsd b jtt next job recced 
end white 

site = get next site is tito bet 
cod white 



The Process Start Send (84)1) module, in the preferred 
embodiment, scans all sites in the site queue list to ensure 
every pending send job causes a connection to be opened 
and a session record to be created. Those skilled in the art 
can appreciate that the queuing of wort in the communica- 
tions area could be limited to one outstanding send event at 
a tone. 

Process Accept Connection (8t2) ensures that the con- 
necrion is accepted by the remote system and sends the first 
portion of the file to be transmitted Recess Accept Con- 
nection (8*2) also detects an end-af-file condition should 
such a condition exist in the first portion of the file. 
Pseudocode for the preferred embodiment of this module is 
provided as follows: 
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-continued 



PROCESS ACCEPT CONNECTION 



RECEIVE DATA CHECK 



Mark Session Record as opened 
if (fob Record is Send Job) 

lead fleet portion of file 

if (CosneetiosLJtype equals fiiU protocol) 

create iota] file check sum fCRC) for final 



retransmit bad block of data 

5 else 

^Unknown Message jgnore> 
end if 
end if 



if (end of file) 

place check sum ("CHC") Id end of block 
read 

end if 
end if 

send portion of file just read 
end if 



10 
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When the full protocol is being used, Process Accept 
Connection (8*2) creates a running total to validate the 
integrity of the file when it is fully received When the 
receiver detects this check sum, it verifies its total matches 20 
and sends back a message indicating that all file information 
was received correctly. 

Process Send Complete (8t3) receives a message every 
time a send is completed. This allows the commutations 
subsystem to pace the data being sent to the remote so that 35 
data does not arrive at the comrnunications link faster then 
the communications link can transmit such data. The 
pseudocode for the preferred enu^odiment this module is as 
follows: 



PROCESS SEND COMPLETE 

If (end of fife) 

read next portion of file 

add check anm ("CRC) to current check sun file 
total 

if (end of file reached) 

place cheek son fCRC") to end of block reed 
end if 

send portion of file just xead 
if (end of file (AND) 
Dot fiiU protocol bciog und) 

delete pr^j file 
delete Job Record 

If (Mote Send Jobs present k> SJesQoeue) 
botld file header and send to smwtss 

dse ^^cooxxc&jo 



30 



33 



40 
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Receive Data Check (894) sends a message back to the 
sending system. This occurs only when the full protocol of 
the invention is being used. Ihe pseudocode fox the pre- 
ferred cmtodiment of this module is as follow: 



50 



Receive Data Check (8*4) closes the connection when all 
data has been transmitted. 

Process Close Message (895) handles dose cornmands 
that are sent by the receiving system. This could occur if the 
remote system had an error or problem during operation. Id 
that case, Process Close Message (8*5) closes any opened 
files and deletes any job or session records, ft also sends a 
dose confirm commiuiication message back to the remote 
system. 

Process Close Confirm (8*6) deallocates to rncrnory any 
job or session records related to this connection. 

FIG. 9 is a detailed block diagram of the Receive Hie 
Manager (3*4). Hie main function of this module is to 
receive incoming connections and file information. Receive 
FQe Manager (3*4) is composed of three components: 
Receive Hie Agent (9*1), Prepare Receive Job (9*2) and 
Delete Receive Job (9*3). 

FIG. 1* is a detailed block diagram of the Receive File 
Agent (9*1). This module processes ail communication 
messages from remote systems. These communication mes- 
sages are used to open new connections, transmit the data 
and close connections. Receive File Agent (9*1) is niade up 
of five components: Process Open Connection (1**1), Pro- 
cess Send Complete (1**2), Send Data Check (1*03), 
Process Close Message (1**4) and Process dose Confirm 
(1*5> 

Process Open Connection (1**1) accepts new connec- 
tion from remote systems. This module validates the infor- 
mation contained within the connection request. In the 
preferred embodiment, this mforrnarion is referred to as the 
presentation string. The presentation string provides a range 
of information unique to each send^systm being utilized. 
In the preferred embodiment, the presentation siring 
includes the destination fllenamr, the size of the file, 
whether a file is being transmiff<M or requested and me type 
of protocol to use (for example express or confirm). When 
a file is requested, Prepare Send Job (5*2) is called. The 
pseudocode for this module in the preferred embodiment 
follows: 



PROCESS OPEN CONNECTION 



RECEIVE DATA CHECK 

if (Data^Message equals all Data Received) 
close open pendms file 

delete fob Record 

if (More Send fobs present in Site Qmub) 
boOd file headff and send to sMwnrs 

else 

ISSne ^ |^l ffS^_fTn y^iwf.ilnn Rf^|* f**r^ 

end if 

efae 

if (Data hi Error Ideange) 



sob = first she on fist of site qu eocs 
55 whas (not at end of Hat of cite queues) 
if (sbo — New site to be opened) 

break while loop 
end if 
cod while 

if ^fifHt QOODfiCbOD iQIatlsnsted ifalS ssstfO) 

if (Parameters in Open Reqan a f wfehm ranges 



call <£reate Session Recood> (402) 
if (Opeiu Pfciaiii e tBiB is iwjir a thg a file) 
can <ftepan Send Jbb> (503) 



« endi 



3 Recnhe fob> (902) 
1 record with job frifofiiMbon 
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-continued 



PROCESS OPEN CONNECTION 



if (crcstkn successful) 

<Seud ACCEIT_COMMUNICAnON_3ffiSSAGB> 
(with expected pctatmtitrra string) 
etd if 
end if 
cod if 



SEND DATA CHECK 

if (mBaaage eqoala FOd Data 



fib 

add Cheek 8am CCRCT) to raoosig total far file 
if (End Of Hie Indicate Fieaanf) 
doee open i^M^f^g file 
if (CRCXocal cqaak CRC Rrcrarcd) 
call Oefcte Receto Jbb> (903) 
if (Soixl race d P roinff J = Confirm} 
■end "All F3e ReeemtT i 



•end CLOS^_COMMUNKLA3iaN 
cod if 



efee 




cod if 



When the entire message Is received Send Data Check 
(IMS) calls Delete Receive Job (9*3) to delete the job 
record and move me received file to the destination direc- 
tory. 

Process Qose Message (1004) handles close messages 
from remote systems. A dose message is sent from the 
remote site after it ha&received the "All FOeDataReceivedT 
message from the transmitting system, or if some other eiTflr 
or problem has occurred The dose message signifies that 
the remote site has no more data to send. Process dose 
Message (1004) deletes the session record for this 
connection, and calls Delete Receive Job (913) to delete any 
jobs that may be linked on the site. Hnatty, the module 
responds to the dose message with a dose confirm message. 

Process Qose Confirm (IMS) processes me response to a 
dose message. This is received when the receiving site has 
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In the preferred embodiment, Process Open Connection 
(1001) can have only one connection open to one site for the 
purpose of receiving files. However, there may be another 
connection open to this same site for sending files. 

Process Send Complete (1002) receives communication 
messages indicating mat a previous send has been com- 
pleted. This allows the communication system to pace data 
being transferred to another site. In the Receive FDe Agent 
(901), this message occurs after we have sent the **A11 Data 
Rccdvcd w message to me originating system after the entire 
file has been sent and verified. 

Send Data Check (1H3) processes all iixxmiing file data 
on each connection. This module recognizes the TBnd Of 
Hie" condition and checks whether the received cyclical 
redundancy check ("CRC) matches the running CRC total 
mat is being kept on the file. The pseudemfc for mfe module 
in the p re f e rr ed embodiment follows: 



10 



issued a close and the initiating site has responded with a 
close confirmation. This module will delete the session 
record for the site and calls Delete Receive Job (903) to 
ensure all job records are deleted for the site. 

FIG. 11 is a detailed block diagram of Prepare Receive 
Job (902). This module creates job information for all new 
connections. It is called after an OPEN_ 
COMMUNICATION message is received and accepted. 
Prepare Recdve Job (902) is composed of four components 
these are: Get Job Number (1161), Create Job Record 
(1102), Create Pending Hie Name (1103) and Queue 
Recdve Job (1104). 

Get Job Number (1101) designates an integer value. This 
number is generated for every new job in the system (send 
or recdve) and is unique within a long period of p rn g ram 
execution time. 

Create Job Record (1102) creates a record that contains 
the Job Number, the pending flfe™*, the destination 
20 address and the destination file name. Pseudocode for the 
Create Job Record (1102) in the rxeferred embodiment is as 
follows: 



is 



25 



CBKATB JOB RECORD 



Job Records Allocate 
if (Job 



(Sue of Job Record) 



30 cod if 



35 



»job 
(Job Reoord) 



ff the allocation fails, then the Oeate Job Record (1102) 
returns a null value for the job record and aborts the send 
request 

Create Pending Hie Name (1103) derives a temporary fife 
name to be used as data arrives in from the remote system. 
The name is derived from the Job Number and the desfina- 
4Q tion file name. This name is saved in the job record so it may 
be referenced by other parts of the system. Those stifled in 
the art win appreciate mat there are several ways a developer 
could create a unique temporary filename for Pending Piles 
(205), 

45 Queue Receive Job (1104) queues the information nec- 
essary to link a receive job record to 
record is used by other sections of the software to recdve the 
file. Sample pseudocode for Queue Receive Job (1104) in 
the preferred embodiment is as fallows: 



50 



55 



60 



65 



Get Global Site Queue fainter 
raiHffnf die s get first site ai the Hat 
White (Am nrauDflh) in die ale ftt) 



fink job BBcovl k> tjtt queue 



break while loop 
end If 

get next site in bat of aim 
end white 

if (end of aae Hat reached) 

DBW_aa6 s allocate tite quew (aite—qoeoe i 
if (o0W_aite aUnratiop aooocaafiil) 
link DBw_aito into site bat 
Hnk job record to aite ojoeue 
letiau vatoe c 
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•continued outdir.ds (131*) to select automatically the network param- 

eters and protocols necessary to complete file transmission 



queue receive job of a rile using the invention. Alternatively, a simple interface 

vuk _ _ hjbS. to permit a user to select from several network-dependent 

^w«m -eumc; 3 versions of the invention could also be easily constructed. It 

calif would be appreciated by one of ordinary skill in the art that 

1 among the many applications the indir.cls would support 

_„ ,„. . . . . „*iv.u.. »^™T«h could be to permit the identification of a directory to be of 

™-i?. ls "JTf^^ ^rJ? a « certain network type/class. In FIG. 13, the subdirectory 

(903). Ito module ddetes^ records a^ja^cesses a l contains a file called "File-A" to 

1^ "t^KSInZ be transmitted to a location whose address is Mobitex™ 

posed of five compoaerts: ferave Dfce^ (LM1) 16003333. He second subdirectory 3020 

Move ^ c rac T (^^ P< ^ 1 ^l^f S (1312) represents a DATAFAC 3020 subdirectory covering 

Dequeue Reccvc Jcfc (1204) and Delete Jc* RecadClMS). ^ ^Z-level subdirectories for files to be transmitted to 

Create Receive Directory (12M) utilizes the header Mor- u DATAPAC aiAesses 32 0O403O and 44002010. The third 

motion from the open sequence to determine a directory directory, Alias_>famc 1 (13D)rerraents an alias name for 

narr^ If this directory exists, then ^^^riuiM a destination address or a set of destination addresses. An 

directory using MoveRecerve Ffle(12«)- ff Ms directory aspect oftheinventiontranslates the alias name to 

does not exist, then Create Re^veMroctory (12»1) creates co(lespo ^in g network: address or list of network 

this directory and Move Receive File (1202) moves the file M ^^^^ 

into this new directory. One stilled in the art would appre- L.^-,,,^. , - .. «, 

date that rne directory name may be the address tfme t Win™ PENDING (13^ « an example of apendmg file 

~~7. 3 7 that is in the process of being sent The filename 

"TT^VZI a i m ,„ . ,„ . - s 1234567 .job contains me send direction ("s") and the job 

^^J^t^L 1^ Jf £ number ("1234567-) for this pending file. The job number is 

T*Z ^ m ^ ^^^^S^Z » a large Ltegcr to ensure thaVd^ate menaces wfll not 

rf^aU received ffles^D , the_ ireftned embodiment, this ^^^fc^. ^ PENDING <13«6), is the 

feature may be selected ^J»= ns «- filename r7654321.job containing me receive direction ("0 

job^XS to^^^^^ ^mejc^ntmtbern^^pendlng^ 

is dequeued from the linked list Delete Job Record (12*5) ^f*?"* ^.^^^.^^ £££ 

is called to rearm the sllocated structure memory to main (1317) configuration file. The indfrxls (1317) file contains 

iscauea to rearm me auoouca saucuire mcawty u> uaui infannalioa association a class or network type with each 

^-f 3 ,, . . , ^ rf^w*^. ^ subdirectory name. In FIG. 13, the subdirectory 16001111 

^^^fSSS^I^nl^SS^SiS (1318) are BUGS and BUNNY both user names in that site. 

Z^^^^frJ^^^^^tSZ Internet addresses generally have the form: 

C^^^S^^TS^St ^^^ W £l 2L£ SreX I 

. .« . ... «- .."•^ m ^arii^ k» received over Internet The Anal example subdirectory is 

in the art that the directory and sooaireaory could be xr*™* o siiito. tw, na „^L_ll ntc . -«„ ft* «n 

sr^in. number of ways to me* parties needs «* « iSn^il^^^iv^ 

^^fr"™^^ . ^ r . . themvtntioacoirveitslhe actual network address tote alias 

WMimEILBIRAN(13i2)inte ^ ^ ^ expecting, 

arefbarnrst-k^sDbdhtctc^esaiid ^Z/Z^^^T^ ZL^T* , , . w 

three status files include radio.** (13*5), which contains ^^^^i 1 ^^!^ * * 

radio and Betwotk iiiformation for programs to access; 50 ^^^T^* 

ombc<ii>dJst(l^^ 2^ infeanahon to a raiiote ate. AHfite m ttfs 

in sequential first^o^ a^iiirxnindist (13«X fflc lAbdkd ^ nma ^ 1 ' cm<r fflustratcs ^ 

which isaKst of att m^im±idingfl» location cfc^ It will be apparent to those skflkd in the art that me 

(for example the path), that haw been received by the 33 disclosed inveritioniiwv 

inventioau The four subdirectories are OUTBOUND (1314), may assume many embodiments other than the preferred 

which contains all files to be transmitted; INBOUND form specifically set out and described above. 

(13*4), which contains all files that have been received; Accordingly, it is intended by the appended claims to 

PENDING (13#6), which contains all files that are currently cover all nuxiifications of the invention which fall within the 

in a state of being teaminittedorrecew «so true spirit and scope of the invention. 

(13#9X which contains all command files for transmitting. What is claimed is: 

As FIG. 13 illustrates by way of example, OUTBOUND 1. A method for transmitting one or more source trans- 
(13*4) contains three different classes of subdirectories and mission files between a cornputer and one or more trans- 
one outdirxls (131#) configuration file. The outdkcls (131#) mission destinations via a communication network, wherein 
file contains information asscoatuig a class or network type 63 the computer is executing one or more application programs 
wim each subdirectory naine. It w that generate the source transmission files, the method 
of ordinary skill in the art to utilize the irjfbrmation in the comprising the steps of: 
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the one or more application programs storing the one ox determining whether another selected transmission file is 

more source transmission files in an outbound file area associated with the particular target destination; 

in the computer; upon determining that such another selected transmission 

scanning the outbound file area to detect the one or more file is so associated, keeping the session open; and 

source transmission files and if detected, then selecting 5 sending the another selected transmission file to the 

one ox more selected transmission files from among the particular target destination. 

one ox more source transmission files; 12. The method of claim 11, wherein the transnutting step 

deriving for each selected transmission file and associat- each of the determining, keeping and sending steps 

ing with such selected transmission file at least one ^ P« rticubr ^8* destination, each selected 

destination address for each of one or more target 10 transmission file that is associated wim the particular teget 

destinations to which ti^ selected transmission file is to destination and that rcmaiiis tote 

be transmitted, wherein each target destination is destination during the session is transmitted, 

selected from among the one or more transmission 13. The method of claim 5, wherein the outbound file area 

destinations; and composes one or more snbareas. 

****** each ^ J^^c to each target » J^^Tc^d^S^ " 

desrinari ««™™«* awuiCW 8 subareas includes an outbound directory file subarea. 

or more transmission destinations is remote from the loca- 17 mcAod ^ (Mm „ whacin ^ lcast onc soorct 

don of the outbound file area. * . . ~Tr^.T/ * . . ™" 

« ^TVr 7ILr^% j i_ ^ . . transmission file of the one or more source transmission files 

^£ n^^^T^^T^T^;^ „^ wijereinatleastc^oftjiesancetran^^ 

^T^J^ » In the outbound direct^ sobareacontainsaheate 

warning step includes a step of validating each selected ^yUcn Is derived one or men target a********* associated 

transmission file to determine whether such selected trans- who ^ partJcular Ef fec ted transmissioii fi fr , 

^"S^^^d^^S^* 0 " 1 16,1,1 01,6 ^ " »Tlie method of data X6, wherein at least one source 

, n. -JIS? rf -irf™ a Hw. „<i tra nsmission tile of the one or more source transmission files 

5. The method of datm 4 wbenan the scanning and u detected m the outbound subdirectory file subarea, and 

selecting step further includes, as a pat of the selecting ^ ^eS U^^n Se 

portion or such step, the step or transferring each source 

transmission file that is to be selected as one of the one or 



whose source transmission file was detected in the outbound 
s^T^E^*^ subdirectory file subarea, the target destination is derived 

more selected transmission files to a pending file area, Jxomsnchsouroti^^ 

33 19. The method of claim 15, wherein the outbound 



directory file subarea includes an outbound subdirectory file 



dealing thereby f y^* ^i^*^ ^fl tiansmission file, wherein 
each selected transmission file that is transmitted in the 
transmitting step is transmitted from the pwWug fli* area. 

*' P* ******* Wherein prior to the scanning The method of daiin 2, former inchxiinx a step of 

^^ D ^^ I ° 0aip,iSC8 * *» estabUsmng a status file reflecting the sttnTc^wtaLss 
outr^urrffUeb^conta^c^ccrncre m ^mmmicationa eirvirwrnienL 

or more saura Iransrnission Ueatnat are to be traasmfcte* 21. The method of daim 1, farmer including a step of 
andtrpoodetr^.llkiuo^ po^tet^st^ttamls^mtZZu^vt 
bat, focusing me scanning step to tee portion of the out- £heto soch selected transmission file was successfully 
bound nk area mat is associated with such file name and „_u . 
recervea. 



path. 



22. The method of daim 21, wherein the indication 



.A?*-"^ ^^V. S : Wbgdn * rorther includes an additional indication of whether such 

ttumdssioii file is created fron airy one parteular scarce gdected transmission file was successfully logged at the 

TSe^cfdaimS, wberein the deriving and ^'^^^^^^''"^ 



. , , . , . M**tn» refe r e nces to each pelleted tiansmission file for 

9. The mdhodof claim 5, wriercm eaxA of mcooe or more fa receivcd> u a ^ ^ ^ ^ 

SCl ^^^^^ U o < ^^ tt ^^S? r ' iiidicationthatsu^ success- 

It. The method of claim 9, wherein the traiasrnitttng step folly received, 

includes the steps of M ^ ^ rf da|m j ^1^^ ^ sca,^ ^ ^ 

deterring whether a particular target destination of the one initiated periodically, 

or more target destinarions assodated wim a 25. The method of rUtm l t wherein the scanning step is 

selected transmission file of the one or more selected initiated by a message sent by an ar^>ticatiofL 

transmission files can accept a tra nsTmsai on; and 2*1 The method of Hutm 24, wherein a iiser-specified 

tmondeterxnijn^thatte 60 period determines how frequently the scanning step is 

target destination and sending the particular selected 27. The method of daim 1 including as a first step, an 
txanamission file to such target destitution. initiating step, wherein a user initiates a message to begin 

11 The method of claim 19, wherein after a session is scanning, and further wherein fcscanniiigst^beg^ upon 
established and the transmitting of the particular sdected 63 receipt of such message. 

transmission file is complete, the transmission step indndes 28. The method of claim 1, wherein the deriving step 
the steps of includes for each selected transmission file a step of exam- 
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ining a command file associated with such selected trans- 
mission file to extract therefrom at least one target destina- 
tion. 

29. The method of claim 1, wherein the deriving step 
includes for each selected transmission file a step of key- 
word scanning such selected transmission file to extract 
therefrom at least one keyword designating at least one 
target destination. 

30. The method of claim 5, wherein me deriving step 
further includes the step of creating for at least one trans- 
mission file and associated target destination pair a job 
record associated with such pair. 

31. A method for facilitating the transfer of one or more 
electronic data files generated by one or more application 
programs executing at a first location to one or more 
different locations, the method comprising the steps of 

establishing a first storage area for storing one or more of 
the electronic data files as outbound files, wherein the 
first storage area includes a set of subareas fox storing 
each outbound file mat is to be transferred to one of the 



10 



13 



scanning the first storage area to detect whether the at 
least one data file is stored in the first storage area, 
the presence of such data file indicating that it is to 
be transmitted to said destination system; 

deriving a destination address of said destination sys- 
tem from information associated with the data file 
and 

transmitting the data file to the second storage area 
within the destination system using the derived des- 
tination address. 

38. Tne system of daim 37, wherein the host system 
transmitter is provided by a host-based modem. 

39. The system of daim 37, wherein the destination 
system receiver is provided by a destination-based mo de m . 

46. The system of daim 37, wherein the destination 
system further includes a destination system transmitter and 
wherein the host system further indudes a host system 
receiver. 



4L The system of claim 40, wherein the destination 

car* » " » system transmitter is provided by a desdnatlon-based 

modem and me ho* system receiver is provided by a 
subarea name that identifies the subarea; host-based modem. 

42. The system of daim 41, wherein at least one modem 
of the destination-based modem and the host-based modem 
25 operates in at least one mode of a wirdess transmission 
mode or a wirdess receive mode. 



30 



the one or more application programs executing at the first 

location then storing each outbound file mat is to be 

transferred in one or more of the subareas; 
scanning the first storage area to determine whether any 

files to be transmitted are stored in the set of subareas; 
deriving the addresses for the one or more different 

locations from the subarea names associated with the 

files stored in the set of subareas; and 
transferring at least one outbound flit to the one or more 

different locations using each address derived from the 

subarea names. 

32. The method of claim 31 further comprising, as part of 
the establishing step, the step of associating with the first M 
storage area an outbound file area name. 

33. The method of claim 32, wherein the first storage area 
is accessed via an outbound file area directory, and further 
wherein the first storage area and the outbound file area 
directory share die outbound file area name. 

34 The method of daim 32, wherein the first storage area 
is aoctssfd via an outbound area subdkectory, and farther 
wherein the first storage area and the outbound area subdi- 
rectory share the outbound file area name. 

35. The method of claim 34, wherein the sobarea is 
accessed via a lower levd subdirectory located one or more 
levels under the outbound file area subdirectory. 

36. The method of churn 35, wherein the lower levd 
subdirectory is with the subarea name. 



40 



45 



37. A system for enabling the receipt and teansmission of x manager indudes: 



43. The system of claim 37, wherein the host system and 
the destination system are connected via a local area net- 
work. 

44 The system of claim 37, wherein the host system and 
the destination system are physically located remotely from 
each other. 

45. The system of claim 44, wherein the send file manager 
indudes: 

means for scanning the first storage area to detect one or 

more source transmission files; 
means for selecting one or more selected transmission 

files from among the one or more source transmission 

files; 

nwafflfi for deriving for each selected transmission file and 
associating with such selected transmission file at least 
one destination address far each target destination to 

Which the fH»*t*d tr»«gmi«Awi fiV in fn he transmittf*!: 

and 

means for transmitting each selected transmission file to 
each target /t^tmrinn that the means for deriving has 
associated with such selected transmission file. 

46. The system of daim 44, wherein the receive file 



at least one data file between a host and a distillation system 

connected to a network, comprising: 
a host system, wherein such host system has associated 
therewith a host system transmitter and a first storage 
area, and wherein the host system is executing one or 55 
more application programs mat generate said at least 
one data file; 

a destination system, wherein such destination system has 
associated therewith a destination system receiver and 
a second storage area; and 60 

a file transfer agent executing on the host system, said file 
transfer agent forming an Interface between the one or 
more application programs and the network, and fur- 
ther comprising a message manager, a send file man- 
ager and a receive file manager, wherein the file transfer 65 
agent facilitates transmission of the data file between 
the first storage area and the second storage area by: 



means for Hf**rHng an open new connection request; 
means for accepting the open new connection request and 
*gh>hikMng as a result of such request a communica- 
tion connection between the host system and the des- 
tination system; 
means for receiving data transmitted from me destination 
system over the commnnication connection and trans- 
ferring at least a portion of the data to one or more 
receiving files; 
means for validating the data and for detenxnniiig whether 

all the data that was transmitted was received; and 
means for transferring at least one receiving file to a 
location that is addressed by a location designator 
derived from some portion of the data transmitted from 
the destination system. 
47. The system of claim 37, wherein the first storage area 
Is physically located other than prcexhnate to the host system. 
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48. The system of claim 57, wherein the second storage 
area is physically located other man proximate to the des- 
tination system. 

49. A method of providing a standard, seamless interface 
between one or more application programs weiring on a 
first computer and a telecommunications network, the 
method comprising the steps of: 

storing an application-generated data file in a storage area 
on the first computer; 

scanning the storage area to detect whether a particular 
data file is stored in the storage area, the presence of the 
particular data file indicating that it is to be transmitted 
from the first computer to at least a second computer; 

deriving at least one destination address for each second 
computer to which the particular data file is to be 
transmitted; and 

transmitting the particular data file over the telecommu- 
nications network to one or more destination addresses. 

50. The method of claim 49, wherein the deriving step 
further includes (he step of determining a protocol type 
associated with the tekconnnn mention network: and wherein 
the transmitting step transmits the particular set of data in 
accordance with that protocol type. 

5L The method of claim 49, wherein the at least one 
address for each second computer to which the particular 
data file is to be transmitted in derived from a set of 
command data associated with the parrimlar data file. 

52. The method of claim 49, wherein the at least one 
address for each second computer to which the particular 
data file is to be transmitted in derived from a header 
contained within the particular data file. 

53. The method or claim 49, wherein the at least one 
address for each second computer to which the particular 
data file is to be transmitted is derived from a rff*ign*frw» ^ 
associated with a storage location where the particular data 
file is stored. 

54. A method of transferring data files between one or 
more application programs executing on a first computer 
system and one or more application p rogra ms extorting on 
a second computer system via a cornmunkation network, 
the first and second computer systems having network 
addresses that describe their respective locations on the 
network, the method comprising die steps of: 
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(a) one of the one or more application programs executing 
on the first computer system writing a data file to an 
outbound file storage area within the first computer 
system, the outbound file storage area having a direc- 
tory structure; 

(b) scanning the outbound file storage area to detect the 
presence of the data file; 

(c) deriving the network address of the second computer 
system from the directory structure of me outbound file 
storage area where me data file is stored, and moving 
the data file from the outbound file storage area to a 
pending file storage area; and 

(d) transmitting the data file from the pending file storage 
area to the second computer system via the communi- 
cation network using the derived network address of 
the second computer system. 

551 The method of claim 54, wherein the transmitting step 
former includes the step of including the network address of 
the first computer system within the bransmitted date file. 

5& The method ofdmm fflE, farther fnrfmtitig ih* «ti»py nf» 

(e) receiving the data file at the second computer system; 

(f) providing a second storage area within the second 
computer system, the second storage area having a 
dircctoiy structure »«rhMHng sub-directories; and 

(g) storing the received data file in a sub-directory cor- 
rraponding to the network address of the first computer 
system. 

57. The method of daim 56, further induding the steps of: 

(h) deterring the presence of the received data file in the 
second storage area; and 

(I) reading the data file from the second storage area using 
one of the one or more application programs executing 
on the sec o nd computer system. 
5& Ibe system of daim 37, wherein the mfonnation 
associated with the data file is a set of command data. 

59. The system of daim 37, wherein the urfbrmation 
associated with the data file is a header couponed within the 
data file, 

6#. The system of daim 37, wherein the Mormation 
associated with the data file is a file structure associated with 
the first storage area where the data file is stored. 
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